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© Method and apparatus for saving and retrieving functional results. 



© Method and apparatus for use in a digital data 
processing system that evaluates functional net- 
works. A method operates to assign a unique signa- 
ture to each input constant of the network, assign a 
unique signature to each output of a network Func- 
tion, and to store each of the constants and function 
outputs along with their assigned signatures. The 
signatures operate as an access key to the asso- 
ciated stored constants and function outputs, thereby 
eliminating a requirement to reevaluate a Function if 
its outputs already exist. A storage element, or Dic- 
tionary (20), stores data units, such as input data, 
intermediate values, and/or pointers to same, each 
with a unique signature. The storage element, in 
concert with a Dictionary Controller (18), provides for 
the deletion of a stored data unit that is associated 
with a specified signature and the retrieval of a 
stored data unit that is associated with a specified 
signature. Preferably, the signatures are generated 
from a combination of constant and Function at- 
tributes and values and are each uniquely encoded 
by a CRC generator (14). 
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FIELD OF THE INVENTION: 

This invention relates generally to data pro- 
cessing methods and apparatus and, in particular, 
to methods and apparatus for managing input data 
and intermediate results during the execution of a 
functional network, such as a Directed Acyclic 
Graph (DAG). 

BACKGROUND OF THE INVENTION: 

As depicted in Fig. 1 , a functional network may 
be represented as a DAG that is constructed of 
interposed levels of data and functional nodes. The 
boxes labelled A, B, D, E, F, G, and H correspond 
to functional nodes, or transformations, of the DAG. 
The circles labelled x, y, and z correspond to 
inputs to the DAG. The circles labelled a, bO, b1 , d, 
e, f, and g correspond to values derived as inter- 
mediate results during the execution of the func- 
tional nodes. It should be realized that the func- 
tional network depicted in Fig. 1 represents a typi- 
cal, and not a limiting, structure of a DAG. 

In many conventional graphics and analysis 
systems data is operated upon by a set of such 
transformations so as to arrive at a desired result 
Often, the transformations are repeated several 
times, while altering one or more parameters that 
define the transformations. After the inputs to the 
transformations are altered, a recomputation of the 
data becomes necessary to reflect the alteration. 

A problem is encountered if intermediate val- 
ues obtained from one computation, such as those 
represented by the circles a, bO, b1 , and d, are not 
retained, in that the entire set of transformations 
must be recomputed. This is obviously undesirable 
in that it is computationally expensive. 

If the intermediate values are maintained, then 
another problem is presented in how to most effi- 
ciently manage the retained intermediate values. In 
order to be of practical use, the management tech- 
nique should in itself not be computationally expen- 
sive. Also, the technique should preferably operate 
in an efficient manner such that a determination of 
the existence of, and access to, the input data and 
intermediate values can occur in a rapid manner. 

It is thus one object of the invention to provide 
an efficient technique for managing data inputs and 
intermediate values during the execution of a func- 
tional network. 

It is a further object of the invention to provide 
an efficient technique to computable unique signa- 
tures, each of which is associated with a data input 
or an intermediate value, the signatures being em- 
ployed subsequently to determine if the data input 
or intermediate value exist and, if so, to access 
same. 

It is a still further object of the invention to 



provide method and apparatus that represents the 
result of a computation as a function of the inputs 
to the computation. 

5 SUMMARY OF THE INVENTION 

The foregoing and other problems are over- 
come and the objects of the invention are realized 
by method and apparatus for managing input data 

70 and intermediate values calculated during the ex- 
ecution of a functional network. The invention em- 
ploys a technique whereby unique, readily comput- 
able signatures are assigned to input data and 
intermediate values. Subsequently, these signa- 

75 tures are used to determine whether the input data 
or intermediate values exist and, if so, to access 
them. 

The method and apparatus of the invention 
function independently of any hardware caching 

20 mechanisms that operate on either virtual or phys- 
ical memory addresses. The method and apparatus 
of the invention also function independently of any 
hardware and software memory management 
mechanisms, such as paging, swapping, and seg- 

25 mentation, which typically operate on memory ad- 
dresses rather than functional derivations. Further- 
more, the method and apparatus of the invention 
differ from conventional, memory-oriented caching 
and memory management schemes, which typi- 

30 cally manage only fixed-size, contiguous areas of 
memory, in that there is provided access to ar- 
bitrary data items such as individual bytes, words, 
lists, or complex, hierarchical, linked data struc- 
tures. 

35 The method and apparatus of the invention 

employ a combination of three elements: an as- 
signment of a unique signature to each constant 
value, an assignment of a unique signature to each 
output of a function, and the storage of each of the 

40 constants and function outputs along with their as- 
signed signatures. The signatures operate as an 
access key to the associated stored constants and 
function outputs. 

A storage element, or dictionary, employed by 

45 the invention stores data units, such as input data, 
intermediate values, and/or pointers to same, each 
with a unique signature. The storage element fur- 
ther enables the deletion of a stored data unit that 
is associated with a specified signature and the 

so retrieval of a stored data unit that is associated with 
a specified signature. 

In accordance with the invention there is dis- 
closed, for use in a digital data processing system 
of a type that repetitively evokes a set of Functions 

55 to process data, including one or more constants, a 
method that includes the following steps. A first 
step evaluates a network constant to determine 
identifying characteristics thereof. A second step 
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combines the characteristics with the value of the 
constant. A third step encodes the combination to 
obtain a Constant signature. A fourth step stores 
the Constant signature with a representation of the 
value. A fifth step evaluates a Function to deter- 
mine identifying characteristics of an output of the 
Function. A sixth step combines the characteristics 
with an identification of the Function. A seventh 
step encodes the combination to obtain a Function 
signature. An eighth step stores the Function signa- 
ture with a representation of the output of the 
Function. 

BRIEF DESCRIPTION OF THE DRAWING 

The above set forth and other features of the 
invention are made more apparent in the ensuing 
Detailed Description of the Invention when read in 
conjunction with the attached Drawing, wherein: 
Fig. 1 depicts an exemplary functional net- 
work; 

Fig. 2 is a block diagram of a data process- 
ing system constructed and operated 
in accordance with the invention; 

Fig. 3 shows in greater detail a relationship 
between signatures and data elements 
stored within a dictionary and nodes 
of the DAG of Fig. 1; 

Fig. 4 is a flowchart depicting the use of the 
dictionary during the execution of a 
Function; and 

Fig. 5 is a flowchart depicting the use of the 
dictionary in evaluating the DAG of 
Fig. 1. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring to Fig. 2 there is illustrated in block 
diagram form a data processing system 10 that 
operates in accordance with the teaching of the 
invention. System 10 includes a data processor 12. 
Data processor 12 may be embodied by any suit- 
able data processing apparatus such as a micro- 
processor or an assemblage of microprocessors 
interconnected together as a multiprocessor. As will 
be described in detail below, a function of the data 
processor 12 is to receive input constants and 
input functions so as to evaluate a functional net- 
work of a type represented by the DAG of Fig. 1 . In 
accordance with an aspect of the invention, data 
processor 12 is bidirectionally coupled to an en- 
coder, preferably a cyclic redundancy check (CRC) 
generator 14. In other embodiments of the inven- 
tion the encoder may operate in accordance with 
the well-known Data Encryption Standard as de- 
scribed in FIPS Publication 46, 1/15/77, or with any 
suitable technique for obtaining a unique or semi- 
unique representation of an input. Also coupled to 



data processor 12 is a data element storage (DES) 
16, which may be embodied in a semiconductor 
memory, a disk, or a tape memory system. The 
DES 16 is employed for storing constant data, 
5 results, and partial results, including intermediate 
values, that are input to or calculated during the 
evaluation of the functional network. Also coupled 
to data processor 12 is a Dictionary Controller 16 
having a plurality of control outputs coupled to a 

10 Dictionary 20. The data processor 12 further has an 
output coupled to Dictionary 20 for providing signa- 
tures thereto, the signatures each being computed, 
in a manner described below, and then encoded by 
the CRC generator 14. As will be described, the 

75 signatures are stored within the Dictionary 20 as 
"keys", each of the keys being associated with an 
element of data. The element of data may be a 
number, or a pointer to an array of data, or a 
^pointer to any hierarchical linked data structure. In 

20 a preferred embodiment of the invention, the Dic- 
tionary 20 is embodied as a hash table having a 
plurality of hash cells that are addressed by the 
signatures. The use of a hash table is presently 
preferred in that a constant search time is obtained. 

25 It should be realized however that the Dictionary 20 
may be embodied in other suitable data structures, 
including, but not limited to, a linear array, a tree 
structure, or a linked list. 

The Dictionary Controller 18 is employed to 

30 insert, delete, search, and purge the stored signa- 
tures, or keys. 

The system 1 0 further includes a display, such 
as a high resolution graphics display 22, upon 
which textual and graphical data is displayed to a 

35 user of the system. System 10 also includes a user 
input device, such as a keyboard 24, whereby the 
user is enabled to enter commands and instruc- 
tions into the data processor 12, including com- 
mands that cause the data processor 12 to execute 

40 a functional network of the type shown in Fig. 1. 
These latter two components 22 and 24 are con- 
ventional in nature and will not be described in 
further detail. 

The above described and other aspects of the 

45 invention are now described in greater detail. 

Signature Determination 

Two methods of signature determination are 
so employed by the data processor 12. A first method 
is applied to Input Constants to determine a first 
Signature (Sc). Input Constants are the inputs to 
the functional network represented in Fig. 1 by the 
circles x, y, and z. A second method is applied to 
55 Functional Results to determine a second Signa- 
ture (Sf), which operates on the signatures of the 
Function inputs, as well as other relevant data, as 
will be described. 
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The signature generators are structured in such 
a manner that Input Constants, Functional Results 
derived along different functional paths, and Func- 
tional Results derived along the same functional 
path, but with different input parameters, each gen- 
erate a unique signature. 

As an example of the intended meaning of 
these terms, the Functional Result designated as 
(e) in Fig. 1 is computed as E(B(x,y)). That is, the 
Functional Result (e) results from the application of 
the Function E to the first result (bO) of the Func- 
tion B, which operates on the Input Constants (x) 
and (y). Function B has two outputs, bO and b1, 
with bO indicating the first result computed by 
Function B and b1 indicating the second result 
computed by Function B. 

As was previously noted, the invention does 
not specify any one specific signature function or 
signature-determining algorithm, but rather the as- 
signing of unique signatures to input data, these 
signatures thereafter being combined to derive sig-; 
natures for functional results. 

Signature Determination of Input Constants 

An input constant is characterized by several 
attributes. These include the data type, e.g. char- 
acter, integer, single-precision floating point, 
double-precision floating point; the category, or 
mathematical field from which the constant is 
drawn, e.g. real, complex, quaternion, etc.; the rank 
or dimensionality of the constant; and, if the con- 
stant is multidimensional, e.g. vectors, matrices, 
and tensors, the size of the constant in each di- 
mension. In addition to the constant's attributes, 
which are independent of a constant's actual value, 
an input constant is also characterized by its value, 
which may be defined as the bits or bytes used by 
the system 10 to represent the value. 

The following illustrates several examples of 
input constants and attributes associated with each. 
Constant 1 : "this is a string constant- 
Attributes: Data Type: character 
Category: Real 
Rank: 0 
Dimensions: 
Constant 2: [(0.1 , 1 .0) (0.2, 2.0) (0.3, 3.0)] 
Attributes: Data Type: single-precision float- 
ing point 

Category: complex 
Rank: 1 
Dimensions: 3 

Constant 3: 



12 3 
4 5 6 



Attributes: Data Type: integer 
Category: real 
Rank: 2 

Dimensions: 2,3 
5 Given this characterization, a particular constant's 
signature may be defined as the function: 

Sc(type, category, rank, dimensions, data), 
where type, category, and rank are as described 
above, where dimensions is a variable length list of 
70 the sizes in each dimension, and where data is the 
actual data used to represent the constant 

Any generator that incorporates these ele- 
ments, or intermediate representations or encod- 
ings thereof, may be employed as an input cen- 
ts stant signature generator. Thus, a simple character 
string concatenation of the alphanumeric form of 
each of these items may serve as a signature 
generator. While this approach may be effective for 
small constants, it tends to produce signatures that 
20 are effectively unbounded in size for large con- 
stants, e.g. multidimensional tensors with large 
sizes of each dimension. 

Preferably, the method employs a constant sig- 
nature generating function that combines all of the 
25 attributes of a constant into a single, fixed size 
number. 

A presently preferred input constant signature 
generator computes a CRC polynomial of the con- 
stant value and the attributes associated with same. 
30 In this manner an input constant's characterization 
and its value-representing data are merged togeth- 
er into an effectively unique, fixed-size signature. 
Thus, 

Sc = CRC(type, category, rank, dimensions, 
35 data), 

where the CRC function, with (n) inputs, is defined 
with the following recurrence relation: 
CRC1(i1) = crc (it, -1), or 

CRCn(i1, i2, .... in) = crc (in, CRCn-1(i1, i2, .... in- 
40 1)). 

The function 'crc' computes the CRC polyno- 
mial of a previous CRC polynomial, which is initial- 
ized to -1, and a data item. The initialization to -1 is 
a convenience in that a two's complement repre- 

45 sentation of data is preferably employed, resulting 
in an initialized item being represented with all 
ones. In the case of the type and category at- 
tributes an encoding of this information is prefer- 
ably performed. This encoding is accomplished 

50 through the use of character strings or unique 
numeric assignments. In the case of the rank at- 
tribute, the actual numeric value is encoded. Simi- 
larly, the dimensions are encoded as the numeric 
sizes associated with each dimension. Finally, the 

55 determination of the CRC of the data is accom- 
plished by applying the CRC polynomial function to 
the binary representation of the data. 
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Signature Determination of Functional Results 

In accordance with an aspect of the invention 
the signature associated with a Function's outputs 
is a combination of (a) the Function's inputs, (b) the 
Function itself, and (c) the identity of the Function's 
output, that is, which output if the Function gen- 
erates multiple outputs, as does Function B in Fig. 
1 . From this definition it can be seen that a signa- 
ture of a Function incorporates all of these ele- 
ments, and need not incorporate any others. Thus, 
for a Function with n inputs, i1 ,i2 in, the signa- 
ture of the Function's outputs requires (n + 2) 
inputs and may be defined as: 
Sf(name, out, 11, i2 in), 

where "name" is the Function's name, or rather a 
signature of the name generated by treating the 
name as a character string input constant, as de- 
scribed above, and "out" is an index of the output 
of the Function being assigned the signature. As 
employed herein, the index 0 is considered to be 
the first output, the index 1 is considered to be the 
second output, etc. 

Any signature generator capable of incorporat- 
ing all of these elements may be used as a Func- 
tion signature generator. As for the case of the 
Input Constant signature generator discussed pre- 
viously, a simple string concatenation by the pro- 
cessor 12 of the alphanumeric form of each of 
these items may serve as a signature generator. 
However, this form of a Function signature gener- 
ator results in an explosive growth in the size of the 
Function signatures, especially for Functions lower- 
down in a network, such as Function G. 

As a result, a preferred embodiment of the 
Function signature generator employs the CRC 
generator 14 to determine the CRC polynomial of 
the Function's attributes. In this manner a particular 
Function's name, output identifier, and inputs are 
merged together into an effectively unique, fixed- 
size signature. Thus, 

Sf(name, out, i1,i2 in) = CRCn + 2(name, out, 

M,i2 in). 

It should be noted that the actual data to be 
input to a Function need not exist for the signatures 
of the Function's outputs to be generated. That is, 
all that is required is that the signatures of the 
Function's inputs exist at the time that the signa- 
ture of the Function is generated. 

Having thus described the preferred embodi- 
ments of the signature generators for constants and 
Functions, there is now described a presently pre- 
ferred method of using the generated signatures. 

The Dictionary Controller 18 and Dictionary 20 
cooperate to insert, delete, enumerate, and search 
for signatures and their associated data elements. 
The Dictionary 20 is preferably implemented as a 
data structure stored within a memory of the sys- 



tem 10. The Dictionary Controller 18 operates in 
response to input from the data processor 12. 

Dictionary Insertion 

5 — — — - — 

As seen more clearly in Fig. 3, insertion into 
the Dictionary 20 associates a "key" with an ele- 
ment of data, or Value. A signature, determined in 
accordance with one of the foregoing methods, is 

70 employed as the key. The data element may be, 
by example, an integer, character, or string of 
characters. For this case, the key and an asso- 
ciated constant are both stored within the Dic- 
tionary 20. For the more complex cases, where the 

is key is associated with, by example, a floating-point 
constant or a hierarchical, linked data structure, the 
data element is an integer that functions as a 
pointer to a location within the DES 16. In either 
case, a subsequent identification of a desired key 

20 provides access to the associated data or data 
structure. 

Dictionary Deletion 

25 Deletion removes a data item, associated with 

a specified signature or key, from the Dictionary 
20, and optionally invokes a system deletion func- 
tion to release memory. 



Searching operates with a signature as a key 
and returns either (a) the data that was associated 
with that key by a previous insertion, or (b) an 

35 indication that no key was found that corresponds 
to the input signature. Searching compares an in- 
put signature to the keys stored within the Dic- 
tionary 20 to locate an exact match. If a matching 
key is found, the associated data element is acces- 

40 sed. ft the data element is a pointer, the DES 16 is 
accessed to obtain the stored information. 

Dictionary Purging 

45 The Dictionary 20 also accommodates a meth- 
od of enumerating each currently stored element to 
support a purging operation. Purging may be ac- 
complished to provide free space and/or to remove 
entries that meet certain criteria. The purging op- 

50 eration may take into account the cost of comput- 
ing the data associated with each signature, the 
last time an element was accessed, and other 
parameters. To this end additional information is 
associated with each item entered into the Dic- 

55 tionary 20, the additional information being subse- 
quently modified and updated during the use of the 
Dictionary 20. 

An aspect of Dictionary Deletion and Dictionary 



30 Dictionary Search 
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Purging is memory reclamation. Memory reclama- 
tion is preferably accomplished by interpreting ad- 
ditional information associated with the signature. 
This is particularly useful when the stored data 
structures are not simple linear arrays or constants. 
To this end there is associated with each key 
additional information. One element of this addi- 
tional information is a time stamp (TS) indicating a 
time when the data element associated with a 
signature was last accessed. Further information 
may also be provided. For example, a "cost" (C) 
expressed in, by example, computation time, can 
be associated with each key. As a further example, 
an access count (AC) may also be provided. 

Based on this information a Least Recently 
Used (LRU) type of memory reclamation procedure 
may be executed by the Dictionary Controller 18, 
or the processor 12, to determine which Dictionary 
20 entries to remove. The LRU technique may 
consider only the time stamp information, so as to 
remove entries from the Dictionary 20 that have not 
been accessed within some predetermined interval. 
By employing the other information, the LRU tech- 
nique may also consider the cost information. For 
example, a computationally expensive entry may 
be retained at the expense of a more recently 
accessed, but less computationally expensive, en- 
try. Furthermore, the access count information may 
be employed to retain a frequently accessed entry 
at the expensive of a less frequently accessed 
entry that has, however, been accessed more re- 
cently than the former. 

As was previously stated, a preferred embodi- 
ment for the Dictionary 20 is a hash table that 
maintains, in addition to the data elements asso- 
ciated with each key, the items of additional in- 
formation (TS, C, AC) previously described. . 

The teaching of the invention may be em- 
ployed in several manners. By example, and; refer- 
ring to the flowchart of Fig. 4, a first application of 
the invention is in a runtime environment where, 
before executing a Function, the signatures of each 
of its outputs are computed (Block A), and the 
Dictionary 20 is searched to retrieve the data ele- 
ments associated with each signature (Block B). If 
the data elements are found to alt exist in the 
Dictionary 20 (Block C), then the Function need not 
be executed, and the retrieved data items are sim- 
ply returned to the caller of the Function (Block D). 
If one or more of the data elements are found not 
to exist in the Dictionary 20 at Block C, then the 
Function is executed, and the computed data items 
are returned to the caller of the Function (Block E). 
The data Hems may also be inserted into the 
Dictionary 20 or DES 16, along with their respec- 
tive keys (Block E). 

Reference is now made to the flowchart of Fig. 
5 as showing an example of the use of the inven- 



tion in evaluating the DAG of Fig. 1 . When perform- 
ing the evaJuation of the DAG to determine which 
functions must be executed first, there is first com- 
puted, at Block A, the signatures of all of the data 

s nodes in the DAG (e.g. x, y, z, a, bO, b1, d, e, f, 
and g of Fig. 1). Since x, y, and z are constant 
inputs. Sc is applied, as described above, to deter- 
mine their signatures* x, y, and z. Given these 
values, the signatures of the Function outputs are 

10 computed in accordance with Sf. Tnat is, node a*s 
signature a* = Sf(a, 0, x), node bO's signature 6b = 
Sf(B,0,x p y), and node bVs signature Si = Sf(B, 1, 
x, y), are each computed. Then, signatures for the 
lower nodes d and e are computed, and then those 

ts for nodes f and g. As the signatures are computed, 
a "placeholder" data structure, effectively a level of 
indirection which allows actual data to be filled in at 
a later time, is inserted into the Dictionary 20, or 
DES 16, with each of the associated signatures. 

20 After the signatures are computed, there is 
performed at Block B a bottom-up traversal of the 
DAG. This entails, at each functional node, a 
search of the Dictionary for the data items asso- 
ciated with the signatures of the inputs. If all of 

25 these data items are found, and if all are either 
constants or previously computed results, then the 
Function is scheduled for execution (Block C). Oth- 
erwise, the method recursively examines, at Blocks 
D and B, nodes further up the DAG so as to 

30 determine the required* constants or results re- 
quired by the lower node or nodes, such as the 
Function G. 

It should be realized that the Block B of Fig. 5 
is not intended to represent that a breadth-first 
35 search of alt nodes on a given level is performed. 
Instead, the method is applied to specified nodes. 

The following presents, in relation to Fig. 3, an 
example of the use of the invention for the exem- 
plary DAG of Fig. 1. 
40 let x = 1.0 = (single-precision, real, 0) 
y = [1,2] = (integer, real, 1,2) 
z = (1 ,2) = (integer, complex, 0) 
using an encoding scheme employing numeric as- 
signments to represent: 
45 integer = 2, single-precision = 3 

real = 1 , complex = 2, 
there are obtained the following signatures: 
x = aae512df = Sc(3. 1, 0, 0x3f800000) 
y = e6964559 = Sc(2, 1, 1, 2, 
50 0x0000000100000002) 

z = f6d6cb02 = Sc(2. 2, 0, 
0x0000000100000002) 

from which there is derived the following Function 
signatures: 
55 5 = 31044D39 = Sf("A", 0, x) 
6b = a7b21928 = Sf("B", 0. x, y) 
6~1 = 4C175547 = Sf("B", 1.x, y) 
d = eed46cd6 = Sf("D", 0, a. bO) 
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e = 35c6397a = Sf( n E", 0, bO) 
7 = cb830d1c = Sff F". 0, d, z) 
g. = 472eaf93 = Sf( B G", 0, e). 

II is noted that the foregoing Function signa- 
tures are determined without computing the Func- 
tions A, B, D, E, F f and G. 

It is also noted that although Fig. 3 depicts the 
constant and Function signatures as being stored 
within the Dictionary 20 in a specific order, that the 
entries may typically be sorted and stored by their 
respective hexadecimal signature values. For the 
example given above, the resultant order is a, e, g, 
ffi, 6b, tf, T, y, d, and 2. Also, a full signature 
comparison is not required for all entries when 
accessing the Dictionary 20. For example, the least 
significant nibble of the search signature may be 
employed to obtain an enhanced search efficiency. 
For the example shown where the stored signa- 
tures for a and y have an identical least significant 
nybble (9), the corresponding Dictionary entry may 
have a pointer to entries for both a and y. To 
further differentiate between these two entries a full 
signature (32 bit) comparison may be employed. 
With 32-bit signatures the probability of a collision 
occurring becomes small. However, it is within the 
scope of the invention to employ a 64-bit signature 
or to employ any number of bits so as to reduce 
the probability of a collision to a very small num- 
ber. 

The teaching of the invention is also amenable 
to the following optimizations. By determining post- 
dominators in the execution graph of the Functions 
to be performed, and only storing the results of 
these post-dominant functions, the number of ele- 
ments in the cache (Dictionary 20) may be mini- 
mized. As an example, in Fig. 1 the intermediate 
result e is not stored, in that if Function G must be 
recomputed then Function E will also be required 
to be recomputed. However, intermediate result d 
is stored in that, although Function F may be 
recomputed, such may be accomplished because 
of a change in the constant z, while the intermedi- 
ate result d remains unchanged. 

Another optimization may be employed if a 
particular path of the DAG is determined to be 
constantly changing. This condition may occur if an 
input, for example the output of a counter, is 
changing monotonically. For this case the elements 
generated along the affected path are marked as 
non-cachable, thereby further reducing the number 
of elements stored in the Dictionary 20. 

Also, although the invention has been de- 
scribed in the context of a specific graph, the DAG 
of Fig. 1, it should be realized that the teaching of 
the invention is applicable to any set of Function 
calls that operate upon inputs. 

Thus, while the invention has been particularly 
shown and described with respect to a preferred 



embodiment thereof, it will be understood by those 
skilled in the art that changes in form and details 
may be made therein without departing from the 
scope and spirit of the invention. 

s 

Claims 

1. For use in a digital data processing system of 
a type that repetitively evokes a set of Func- 
70 tions to process data, including one or more 
constants, a method comprising the steps of: 

evaluating a constant to determine identifying 
characteristics thereof; 

75 

combining the characteristics with the value of 
the constant; 

encoding the combination to obtain a Constant 
20 signature; and 

storing the Constant signature with a repre- 
sentation of the value. 

25 2. A method as set forth in Claim 1 wherein the 
step of evaluating includes a step of determin- 
ing a type, category, rank, and dimensionality 
of the constant. 

30 3. A method as set forth in Claim 1 or 2 wherein 
the step of encoding includes a step of com- 
puting a CRC polynomial of the combination. 

4. A method as set forth in one of Claims 1 to 3 
35 wherein the step of encoding includes a step 

of concatenating a character string representa- 
tion of the characteristics and the value. 

5. A method as set forth in one of Claims 1 to 4 
40 wherein the step of storing includes a step of 

creating an entry within a data structure, the 
entry including the Constant signature and the 
value of the constant 

45 6. A method as set forth in one of Claims 1 to 5 
wherein the step of storing includes a step of 
creating an entry within a data structure, the 
entry including the Constant signature and a 
pointer to a storage location containing the 

so value of the constant. 

7. A method as set forth in one of Claims 1 to 6 
and further comprising the steps of: 

55 evaluating a Function to determine identifying 

characteristics of an output of the Function; 

combining the characteristics with an identifi- 
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40 
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cation of the Function; 

encoding the combination to obtain a Function 
signature; and 

storing the Function signature with a repre- 
sentation of the output of the Function. 

& A method as set forth in Claim 7 wherein the 
step of evaluating a Function includes the 
steps of determining an identity of all inputs to 
the Function, determining an identity of the 
Function output, and determining a name of 
the Function. 

9. A method as set forth in Claim 7 or 8 wherein 
the step of encoding the combination to obtain 
a Function signature includes a step of com- 
puting a CRC polynomial of the combination. 

10. A method as set forth in one of 1 Claims 7 to 9 
wherein the step of encoding the combination 
to obtain a Function signature includes a step 
of concatenating a character string representa- 
tion of the identifying characteristics of the 
Function and the identification of the Function. 

11. A method as set forth in one of Claims 7 to 10 
wherein the step of storing the Function signa- 
ture includes a step of creating an entry within 
the data structure, the entry including the 
Function signature and the representation of 
the output of the Function. 

12. A method as set forth in one of Claims 7 to 11 
wherein the step of storing the Function in- 
cludes a step of creating an entry within a data 
structure, the entry including the Function sig- 
nature and a pointer to a storage location of 
the output of the Function. 

13. A method as set forth in one of Claims 7 to 12 
and, prior to executing a Function, performing 
the steps of: 

evaluating the Function to determine identify- 
ing characteristics of an output of the Function; 

combining the characteristics with an identifi- 
cation of the Function; 

encoding the combination to obtain a second 
Function signature; 

determining if ther exists a stored Function 
signature that equals the second Function sig- 
nature; and if so, 



accessing the associated output of the stored 
Function signature, otherwise 

executing the Function. 

5 

14. A method as set forth in Claim 13 wherein the 
step of accessing includes a step of storing a 
time stamp indicative of a time that the access 
occurs. 

10 

15. A method as set forth in Claim 13 or 14 
wherein the step of accessing includes a step 
of incrementing a count indicative of a number 
of times that the associated output of the 

75 Function is accessed. 

16. A method as set forth in one of Claims 7 to 15 
wherein the step of storing further includes a 
step of storing a cost associated with execut- 

20 ing the function so as to obtain the output of 

the Function. 

17. A method as set forth in one of Claims 7 to 16 
and, prior to executing a Function, performing 

25 the steps of: 

evaluating the Function to determine identify- 
ing characteristics of an output of the Function; 

30 combining the characteristics with an identifi- 

cation of the Function; 

encoding the combination to obtain a second 
Function signature; 

35 

determining if there exists a stored Function 
signature that equals the second Function sig- 
nature; and if so, 

40 accessing the associated output of the stored 

Function signature; and 

storing a time stamp indicative of a time that 
the access occurs; 

45 

wherein the method further includes a step of 

selecting a stored Function signature for re- 
moval from a means that stores the Function 
so signature, the selection being accomplished in 

accordance with a Least Recently Used cri- 
teria. 

18. A method as set forth in Claim 17 wherein the 
55 step of storing a time stamp includes a step of 

incrementing a count indicative of a number of 
times that the associated output of the Func- 
tion is accessed, and wherein the Least Re- 
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cently Used criteria considers the value of the 
count. 

19. A method as set forth in Claim 17 or 18 
wherein the step of storing further includes a 
step of storing a cost associated with execut- 
ing the function so as to obtain the output of 
the Function, and wherein the Least Recently 
Used criteria considers the cost. 

20. Apparatus for use in a digital data processing 
system of a type that repetitively evokes a set 
of Functions to process data, including one or 
more constants, comprising: 

means for evaluating a functional network, said 
evaluating means including means for evaluat- 
ing one or more network constants to deter- 
mine identifying characteristics thereof, said 
constant evaluating means including means for 
combining the characteristics with the value of 
a network constant to obtain a first combina- 
tion, said evaluating means further including 
means for evaluating one or more network 
Functions to determine identifying characteris- 
tics of an output of each network Function, 
said Function evaluating means including 
means for combining the characteristics with 
an identification of a network Function to obtain 
a second combination; 

means for encoding the first combination and 
the second combination to obtain a Constant 
signature and a Function signature, respec- 
tively; and 

means for storing the Constant signature and 
the Function signature in association with a 
representation of a value of the network con- 
stant and with a representation of an output of 
the network Function, respectively. 

21. Apparatus as set forth in Claim 20 and further 
including means for accessing the storing 
means with a Constant signature or a Function 
signature so as to obtain the stored repre- 
sentation of the value of a corresponding net- 
work constant or the stored representation of 
the output of a corresponding network Func- 
tion, respectively. 

22. Apparatus as set forth in Claim 20 or 21 
wherein said storing means includes hash ta- 
ble means having a plurality of hash cells for 
storing said Constant signatures, Function sig- 
natures, and associated representations. 

2a Apparatus as set forth in Claim 22 and further 



comprising means for addressing said hash 
table means with a Constant signature or a 
Function signature. 

5 24. Apparatus as set forth in one of Claims 20 to 

23 and further including means for accessing 
the storing means with a Constant signature or 
a Function signature so as remove from the 
storing means a stored entry having a signa- 

10 ture that equals the Constant signature or the 
Function signature. 

25. Apparatus as set forth in one of Claims 20 to 

24 wherein said encoding means includes 
75 CRC generating means. 

26. aratus as set forth in one of Claims 20 to 25 
wherein said accessing means includes means 
for time stamping an accessed Constant signa- 

20 ture or Function signature with a time that the 

access is made. 

27. Apparatus as set forth in one of Claims 20 to 

26 and further including second storing means 
25 for storing a value of a network constant or a 

value of a network Function output, and 
wherein the stored representation includes a 
pointer to a location within the second memory 
means wherein the associated value is stored. 

30 

28. Apparatus as set forth in one of Claims 20 to 

27 wherein the combining means of the net- 
work constant evaluating means obtains the 
first combination as a constant signature (Sc) 

35 in accordance with the expression: 

Sc(type, category, rank, dimensions, data), 

and wherein the combining means of the net- 
40 work Functions evaluating means obtains the 

second combination as a Function signature 
(SO in accordance with the expression: 

Sf(name, out, i1, i2, .... in). 

45 
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